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!• REAL PARTY IN INTEREST 

The real party in interest in this Appeal is the Assignee, Nokia 
Corporation, Espoo, Finland. 

IZ. REIiATED APPEALS AND INTERFERENCES 

There are no related appeals or interferences regarding this 
application. 

III. STATUS OF CLAIMS 

Claims 1-22 are pending in the application. 
Claims 1-22 have been finally rejected. 
The claims on appeal are 1-22. 

IV. STATUS OF AMENDMENTS 

No amendments to the claims were made subsequent to the final 
rejection. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

Claim 1 recites a method of managing a plurality of sessions 
(66) the sessions being between a plurality of terminals (2) and 
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a server (20) having a plurality of threads (74) (Figures 2 and 
4; page 12, lines 14-21) . The method comprising grouping the 
sessions into a plurality of groups (72) (page 12, line 22 - 
page 13, line 9) and assigning a thread (74) to each group (72) 
of sessions so that the assigned thread (74) only handles the 
events of that group of sessions (page 12, lines 26-27). 

Claim 18 recites a server (20) for managing a plurality of 
sessions with a plurality of terminal (2) (Figure 2; page 12, 
lines 14-21) . The server (20) comprising a plurality of threads 
(74) , grouping means to group the sessions into a plurality of 
groups and assigning means to assign a thread to each group of 
sessions so that the assigned thread (74) only handles the 
events of that group (72) of sessions (page 12, line 22 - page 
13, line 9) . 

.Claim 21 recites a communications system comprising a server 
(20) and a plurality of terminals (2) the server (20) and the 
terminals (2) conducting a plurality of sessions (66) the server 
comprising a plurality of threads (74) (Figures 1, 2 and 4; page 
10, lines 21-22; page 12, lines 14-21), grouping means to group 
the sessions into a plurality of groups and assigning means to 
assign at least one thread to each group of sessions so that the 
assigned thread (74) only handles the events of that group (72) 
of sessions (page 12, line 22 - page 13, line 9). 

Claim 22 recites a computer program product for managing a 
plurality of sessions (66) the sessions being between a 
plurality of terminals (2) and a server (20) having a plurality 
of threads (74) (Figures 2 and 4; page 12, lines 14-21), The 
computer program product comprising computer readable program 
means for grouping the sessions (66) into a plurality of groups 
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(72) and computer readable program means for assigning a thread 
to each group (72) of sessions so that the assigned thread (74) 
only handles the events of that group (72) of sessions (page 12, 
line 22 - page 13, line 9). 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

The issues presented for review are whether: 

A. claims 1-4, 9-11, 15, 18, 21 and 22 are patentable under 35 
U.S.C. 102(e) over Bayeh et al . , U.S. Patent No. 6,098,093 
("Bayeh") ; and 

B. claims 5-8, 12-14 and 17 are patentable under 35 U.S.C. 
103(a) over Bayeh. 

VII. ARGUMENT 

A. 35 U.S.C. 102(e) 
1. Claim 1 

Claim 1 is patentable under 35 U.S.C. 102(e) over Bayeh. Claim 
1 of the present application recites a server having a plurality 
of threads, grouping the sessions into a plurality of groups and 
assigning a thread to each group of sessions so that the 
assigned thread only handles the events of that group of 
sessions. Bayeh does not disclose or suggest these features. 

Bayeh discloses a clustered server environment (Col. 8, L. 42- 
45; Fig. 3). A web server (60) may be connected to any number 
of other Web servers (62, 64). Clustering multiple servers in 
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this way provides for increased capacity with which HTTP 
requests at a Web site can be processed. (Col. 8, L. 45-49) . 

Session services support for the clustered server environment is 
provided in Bayeh by providing session services management 
features in a plug- in servlet engine, which is executable code 
that extends the functionality of the Web server. One of the 
servlet engines will be installed on each Web server that will 
participate in the session management solution of Bayeh. (Col. 
8, L. 59-66) . One of the servlets will be configured to 
function as a session server and the others will be configured 
to function as session clients (Col. 8, L. 66 - Col. 9, L. 2). 

In Bayeh there is no control mechanism for a thread to handle 
the requests of a particular session. Instead, any server can 
handle the requests of a particular session and a mechanism is 
present to provide the session object to that server. There is 
no assignment of a thread to a session because sessions are not 
tied to any particular server. Furthermore, because there is no 
assignment of a thread to a session, there cannot be assignment 
of a thread to a group of sessions. Therefore, claim 1 cannot 
be anticipated by Bayeh. 

The concepts underlying the claimed features of Appellant's 
invention are quite different from Bayeh. Bayeh relates to a 
technique, system, and computer program for maintaining session- 
related state information in a scalable, clustered network 
environment (Col. 1, L. 8 to 10). Bayeh is concerned with 
providing the necessary session information (state information) 
to enable session requests to be handled. Sessions are 
identified by session IDs and state information, describing the 
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state of a session, is stored on the server using a session 
object. This object is created when a new client session 
begins / and is kept for the duration of the session. The object 
stores information about the transactions occurring between the 
client and the server (Col. 4, L. 5 to 9) and is shared among 
servlets (Col. 4, L. 23). In terms of organizing sessions, 
Bayeh is explicit in stating that [w]hen session services are 
provided at these clustered servers, the group of sessions can 
logically be thought of as a ''pool, or cluster, of sessions. 
Since the Session Tracking facility in the Java Web Server 
Toolkit is only valid within the scope of a single Weh server, 
the pool of sessions cannot be properly maintained among a group 
of clustered Web servers such as this." (Col. 4, L. 59-65). 

For example, if a client request is received at one server, and 
that server maintains information about the on-going session, 
there is no way for this version of the session information to 
be made available to a different server in the cluster if the 
next request from this client goes to a different server. (Col. 
4, L. 59 to Col. 5, L. 3) . 

Thus, Bayeh teaches that sessions are identified by session IDs, 
session state information is maintained as session objects, the 
objects are shared among servlets which handle session requests, 
and that in a clustered server environment, one server might 
handle a request for a particular session and then another 
server might handle a subsequent request for that session. In 
other words, the particular session is not associated with a 
particular server because different servers might handle the 
requests for that session. 
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Bayeh is concerned with the discovery and retrieval of the 
appropriate session object in handling a request. Because Bayeh 
is a clustered server environment, when a request arrives which 
is part of a session, since the environment is not arranged to 
route the request to a particular server to deal with the 
request, the server receiving the request needs to be provided 
with the session object which is relevant to that session. 
Therefore, ''[t]he servlet engine configured as a session server 
further comprises a subprocess for maintaining a plurality of 
session objects; a subprocess for locating one of the session 
objects in response to a request from one of the servlets or one 
of the session clients; and a subprocess for returning the 
located session object in response to the request. " (Col. 5, L. 
65 - Col. 6, L. 4). This is not the same as in Appellant's 
invention, where the sessions are grouped into a plurality of 
groups and a ''thread" is assigned to each "group" of sessions, 
and the assigned thread only handles the events of the group of 
sessions . 

Bayeh also discloses, a load-balancing host (59) functions as a 
type of front-end processor to these servers, receiving client 
requests (100, 101, 102) and then routing those requests (shown 
here as 110, 111, 112) to a server selected according to 
policies implemented in the load-balancing host software. Note 
that the requests (110, 111, 112) are shown being sent to 
specific Web servers: this is merely an example of a possible 
outcome of the load balancing process. Load-balancing 
techniques are known in the art, and do not form part of the 
present invention. (Col. 8, L. 49-58.) Load balancing happens 
on an arbitrary basis as far as sessions are concerned which of 
course is not significant because the whole point of Bayeh is 



7 



that irrespective of which server receives a request, the 
session object can be made available. 

The nature of the servlets, and the fact that they are not 
assigned to any particular session is underlined when one 
considers subsequent parts of Bayeh: 

If a servlet is written not to use session-related 
information, the servlet will perform its specific 
processing, eventually finishing and returning its results to 
the server through the response object with which it was 
invoked. While the servlet may have been invoked with a valid 
session ID present in the request object, it will not have 
made use of that session. (Col. 10, L. 54-60.) 

and, 

If session services are required for this servlet 's 
application, then the session services features of the 
present invention are used. According to the present 
invention, a servlet in this scenario will include code to 
get the session object for this session, and update that 
object to reflect session information related to the 
servlet 's processing. When the servlet processing is 
finished, the session object is returned to the session pool, 
where it can be accessed for subsequent transactions with 
this servlet or a different servlet in the clustered 
environment. In this way, the state of the session can be 
communicated among the clustered servers and their servlets. 
(Col. 10, L. 64 - Col. 11, L. 8.) 

The features of Appellant's invention as recited in claim 1 are 
different from Bayeh, because in Appellant's invention the 
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sessions are between a plurality of terminals and a server. The 
server has a plurality of threads. The sessions are grouped 
into a plurality of groups and a ''thread" is assigned to each 
''group" of sessions i Each assigned thread only handles the 
events of the group of sessions. This is not disclosed or 
suggested by Bayeh. Thus, claim 1 cannot be anticipated by 
Bay eh . 

Further, the Examiner's argument that the "servlets" of Bayeh 
are the same as the "threads" claimed by Appellant is incorrect. 
"Servlets" and "threads" are not the same. A servlet is defined 
as an "applet that runs on a server." ( Newton's Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002), page 662; 
Attached hereto as Exhibit A) . The term usually refers to a 
Java applet that runs within a Web server environment. An 
"applet" is a mini -program "that can be downloaded quickly and 
used by any computer equipped with a Java-capable browser." 
( Newton's Telecom Dictionary , 18^*^ Edition by Harry Newton (2002) 
at page 57; Attached hereto as Exhibit B) . A "thread" on the 
other hand is defined as "a sequence of computing instructions 
that makes up a process or program." ( Newton's Telecom 
Dictionary , 18^*" Edition by Harry Newton (2002) at page 747, 
definition 1; Attached hereto as Exhibit C) . This difference 
between a servlet and a thread is supported by Bayeh itself, for 
example Bayeh described the "plug-in servlet engine" as 
"executable code that extends the functionality of the Web 
server" (Col. 8, L. 63-64). Also, at column 12, lines 46-48 
Bayeh describes the use of threads in a servlet. Servlets are 
able to handle concurrent requests, which is done by using 
multiple threads. A servlet is a set of machine instructions 
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and individual ones of the instructions can be executed by- 
different threads. 

A "thread", is essentially a placeholder information associated 
with a single use of a program that can handle multiple 
concurrent users. From the program's point of view, a thread is 
the resource needed to serve one individual user or a particular 
service request. If multiple users are using the program or 
concurrent requests from other programs occur, a thread is 
created and maintained for each of them. A program can be 
single-threaded or multi- threaded. A single- threaded application 
program insists that only a single instruction can be executed 
at a given time. All the instructions must be executed in an 
exact sequence, from the beginning to end. For example, a 
single- threaded Internet experience might involve your accessing 
a Web-based sever that would accept your request to establish a 
session, and would accept and serve your request for 
information. During this period of time, a tightly 

choreographed series of steps would take place in exact 
sequence, and no requests from other clients would be accepted 
until your request was satisfied. In other words, a single- 
threaded program must follow a single line of logic in a very 
rigid manner. 

A multi -threaded process has multiple threads, each executing 
independently and each perhaps executing on separate processors 
within one or multiple computers. A multi- threaded program has 
multiple points of execution (one per thread) and, therefore can 
perform multiple tasks associated with multiple processes and 
multiple programs supporting multiple users at any given time. 
As each task associated with each task associated with each 
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process supporting each program and each user is completed, the 
thread for that task is resumed at the same point it had been 
interrupted, much as though it had been book-marked. As 
multiple instruction sets can be executed concurrently, the 
throughput and speed of running the program is much improved. 
In other words, a multi- threaded program, if running on a 
computer with multiple processors, will run much faster than a 
single- threaded program running on a single processor machine. 

Thus, a "servlet" and ''thread" are not the same and there is no 
teaching in Bayeh that servlets are interchangeable with 
threads. In fact, in column 12 lines 46-51, Bayeh discusses 
them as separate entities, ''servlet threads" and the ''servlet 
process". Therefore, claim 1 is patentable over Bayeh. 

2 . Claim 4 

Claim 4 is dependent on claim 1 and is allowable at least for 
the reasons noted before with respect to claim 1. Further, 
claim 4 recites one group is provided for each thread so that 
there are equal numbers of groups and threads. Bayeh does not 
disclose providing one group for each thread so there are an 
equal number of groups and threads . 

Bayeh discloses providing session services management features 
in a plug- in servlet engine, which is executable code that 
extends the functionality of the Web server. One of these 
servlet engines will be installed on each Web server that will 
participate in this session-management solution (Col. 8, L. 59- 
66) . 

The Examiner equates that ^'servlet engines" are the same as 
'^threads" and the each Web server of Bayeh is a group in 
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arriving at his conclusion there are an equal numbers of groups 
and threads in Bay eh. However, the ''servlet engines" and 
''threads" are not the same. A servlet is defined as an "applet 
that runs on a server." ( Newton^ s Telecom Dictionary , 18^^ 
Edition by Harry Newton (2002), page 662; Attached hereto as 
Exhibit A) . The term usually refers to a Java applet that runs 
within a Web server environment. An "applet" is a mini -program 
''that can be downloaded quickly and used by any computer 
equipped with a Java-capable browser." ( Newton's Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002) at page 57; 
Attached hereto as Exhibit B) . A "thread" on the other hand is 
defined as "a sequence of computing instructions that makes up a 
process or program." ( Newton^ s Telecom Dictionary , 18*^^ Edition 
by Harry Newton (2002) at page 747, definition 1; Attached 
hereto as Exhibit C) . This difference between a servlet and a 
thread is supported by Bayeh itself, for example Bayeh described 
the "plug-in servlet engine" as "executable code that extends 
the functionality of the Web server" (Col. 8, L. 63-64). Also, 
at column 12, lines 46-48 Bayeh describes the use of threads in 
a servlet. Servlets are able to handle concurrent requests 
which is done by using multiple threads. A servlet is a set of 
machine instructions and individual ones of the instructions can 
be executed by different threads. Thus, because threads are not 
the same as servlets there cannot be an equal number of threads 
and groups as recited in claim 4. In fact Bayeh discloses that 
if a "session is not valid, then step (430) generates events to 
notify the waiting threads" (Col. 122, L. 67 - Col. 13, L. 1) 
further evidencing that there is not one group provided for each 
thread. Therefore, claim 4 is patentable over Bayeh. 
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3, Claim 10 

Claim 10 is dependent on claim 1 and is allowable at least for 
the reasons noted before with respect to claim 1. Further, 

claim 10 recites the sessions are grouped by a thread referred 
to as an acceptor thread. Bayeh does not disclose or suggest 
this feature. 

The Examiner argues that the load balancing process at column 8, 
lines 42-58 of Bayeh disclose the grouping of the session as 
claimed in claim 10. This passage of Bayeh discloses a load- 
balancing host (59) functions as a type of front-end processor 
to these servers, receiving client requests (100, 101, 102) and 
then routing those requests (shown here as 110, 111, 112) to a 
server selected according to policies implemented in the load- 
balancing host software. Note that the requests (110, 111, 112) 
are shown being sent to specific Web servers: this is merely an 
example of a possible outcome of the load balancing process. 
Load-balancing techniques are known in the art, and do not form 
part of the present invention. (Col. 8, L. 49-58.) 

Load balancing happens on an arbitrary basis as far as sessions 
are concerned which of course is not significant because the 
whole point of Bayeh is that irrespective of which server 
receives a request, the session object can be made available. 
The Load balancing software of Bayeh does not group the sessions 
as claimed by Appellant. Load balancing software is merely for 
distributing processing and communications activity evenly 
across a computer network so that no single device is 
overwhelmed. If one server starts to get swamped, requests are 
forwarded to another server with more capacity. Thus, load 
balancing of Bayeh is an overflow tool that passes requests from 
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one server to another server when the requests are to numerous 
for handling by a single server. There is no grouping involved 
with load balancing. Thus, claim 10 cannot be anticipated by 
Bayeh . 

4. Claim 18 

Claim 18 is patentable under 35 U.S.C. 102(e) over Bayeh, Claim 
18 of the present application recites the server comprising a 
plurality of threads, grouping means to group the sessions into 
a plurality of groups and assigning means to assign a thread to 
each group of sessions so that the assigned thread only handles 
the events of that group of sessions. Bayeh does not disclose 
or suggest these features. 

In Bayeh there is no control mechanism for a thread to handle 
the requests of a particular session. Instead, any server can 
handle the requests of a particular session and a mechanism is 
present to provide the session object to that server. There is 
no assignment of a thread to a session because sessions are not 
tied to any particular server. Furthermore, because there is no 
assignment of a thread to a session, there cannot be assignment 
of a thread to a group of sessions. Therefore, claim 18 cannot 
be anticipated by Bayeh. 

The concepts underlying the claimed features of Appellant's 
invention are quite different from Bayeh. Bayeh relates to a 
technique, system, and computer program for maintaining session- 
related state information in a scalable, clustered network 
environment (Col. 1, L. 8 to 10). Bayeh is concerned with 
providing the necessary session information (state information) 
to enable session requests to be handled. Sessions are 
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identified by session IDs and state information, describing the 
state of a session, is stored on the server using a session 
object. This object is created when a new client session 
begins, and is kept for the duration of the session. The object 
stores infomation about the transactions occurring between the 
client and the server (Col. 4, L. 5 to 9) and is shared among 
servlets (Col. 4, L. 23). In terms of organizing sessions, 
Bayeh is explicit in stating that tw]hen session services are 
provided at these clustered servers, the group of sessions can 
logically be thought of as a ""pool, or cluster, of sessions . 
Since the Session Tracking facility in the Java Weh Server 
Toolkit is only valid within the scope of a single Web server, 
the pool of sessions cannot be properly maintained among a group 
of clustered Web servers such as this." (Col. 4, L. 59-65). 

For example, if a client request is received at one server, and 
that server maintains information about the on-going session, 
there is no way for this version of the session information to 
be made available to a different server in the cluster if the 
next request from this client goes to a different server. (Col. 
4, L. 59 to Col. 5, L, 3) . 

Thus, Bayeh teaches that sessions are identified by session IDs, 
session state information is maintained as session objects, the 
objects are shared among servlets which handle session requests, 
and that in a clustered server environment, one server might 
handle a request for a particular session and then another 
server might handle a subsequent request for that session. In 
other words, the particular session is not associated with a 
particular server because different servers might handle the 
requests for that session. 
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Bayeh is concerned with the discovery and retrieval of the 
appropriate session object in handling a request. Because Bayeh 
is a clustered server environment, when a request arrives which 
is part of a session, since the environment is not arranged to 
route the request to a particular server to deal with the 
request, the server receiving the request needs to be provided 
with the session object which is relevant to that session. 
Therefore, ''[t]he servlet engine configured as a session server 
further comprises a subprocess for maintaining a plurality of 
session objects; a subprocess for locating one of the session 
objects in response to a request from one of the servlets or one 
of the session clients; and a subprocess for returning the 
located session object in response to the request. " (Col. 5, L. 
65 - Col. 6, L. 4). This is not the same as in Appellant's 
invention, where the sessions are grouped into a plurality of 
groups and a ''thread" is assigned to each ''group" of sessions, 
and the assigned thread only handles the events of the group of 
sessions . 

Bayeh also discloses, a load-balancing host (59) functions as a 
type of front-end processor to these servers, receiving client 
requests (100, 101, 102) and then routing those requests (shown 
here as 110, 111, 112) to a server selected according to 
policies implemented in the load-balancing host software. Note 
that the requests (110, 111, 112) are shown being sent to 
specific Web servers: this is merely an example of a possible 
outcome of the load balancing process . Load-balancing 
techniques are known in the art, and do not form part of the 
present invention. (Col. 8, L. 49-58.) Load balancing happens 
on an arbitrary basis as far as sessions are concerned which of 
course is not significant because the whole point of Bayeh is 
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that irrespective of which server receives a request, the 
session object can be made available. 

The nature of the servlets, and the fact that they are not 
assigned to any particular session is underlined when one 
considers subsequent parts of Bayeh: 

If a servlet is written not to use session-related 
information^ the servlet will perform its specific 
processing, eventually finishing and returning its results to 
the server through the response object with which it was 
invoked. While the servlet may have been invoked with a valid 
session ID present in the request object, it will not have 
made use of that session. (Col. 10, L. 54-60.) 

and 

If session services are required for this servlet 's 
application, then the session services features of the 
present invention are used. According to the present 
invention, a servlet in this scenario will include code to 
get the session object for this session, and update that 
object to reflect session information related to the 
servlet 's processing. When the servlet processing is 
finished, the session object is returned to the session pool, 
where it can be accessed for subsequent transactions with 
this servlet or a different servlet in the clustered 
environment. In this way, the state of the session can be 
communicated among the clustered servers and their servlets. 
(Col. 10, L. 64 - Col. 11, L. 8.) 

The features of Appellant's invention as recited in claim 18 are 
different from Bayeh, because in Appellant's invention the 
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sessions are between a plurality of terminals and a server. The 
server has a plurality of threads. The sessions are grouped 
into a plurality of groups and a ''thread" is assigned to each 
''group" of sessions. Each assigned thread only handles the 
events of the group of sessions. This is not disclosed or 
suggested by Bayeh. Thus, claim 18 cannot be anticipated by 
Bayeh . 

Further, the Examiner's argument that the "servlets" of Bayeh 
are the same as the "threads" claimed by Appellant in incorrect. 
"Servlets" and "threads" are not the same. A servlet is defined 
as an "applet that runs on a server." ( Newton ^s Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002), page 662; 
Attached hereto as Exhibit A) . The term usually refers to a 
Java applet that runs within a Web server environment. An 
"applet" is a mini -program "that can be downloaded quickly and 
used by any computer equipped with a Java-capable browser." 
( Newton's Telecom Dictionary , 18^*" Edition by Harry Newton (2002) 
at page 57; Attached hereto as Exhibit B) . A "thread" on the 
other hand is defined as "a sequence of computing instructions 
that makes up a process or program." ( Newton ' s Telecom 
Dictionary, 18*'^ Edition by Harry Newton (2002) at page 747, 
definition 1; Attached hereto as Exhibit C). This difference 
between a servlet and a thread is supported by Bayeh itself, for 
example Bayeh described the "plug-in servlet engine" as 
"executable code that extends the functionality of the Web 
server" (Col. 8, L. 63-64). Also, at column 12, lines 46-48 
Bayeh describes the use of threads in a servlet. Servlets are 
able to handle concurrent requests which is done by using 
multiple threads. A servlet is a set of machine instructions 
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and individual ones of the instructions can be executed by 
different threads. 

A ''thread"; is essentially a placeholder information associated 
with a single use of a program that can handle multiple 
concurrent users. From the program's point of view, a thread is 
the resource needed to serve one individual user or a particular 
service request. If multiple users are using the program or 
concurrent requests from other programs occur, a thread is 
created and maintained for each of them. A program can be 
single- threaded or multi- threaded. A single- threaded application 
program insists that only a single instruction can be executed 
at a given time. All the instructions must be executed in an 
exact sequence, from the beginning to end. For example, a 
single- threaded Internet experience might involve your accessing 
a Web-based sever that would accept your request to establish a 
session, and would accept and serve your request for 
information. During this period of time, a tightly 

choreographed series of steps would take place in exact 
sequence, and no requests from other clients would be accepted 
until your request was satisfied. In other words, a single- 
threaded program must follow a single line of logic in a very 
rigid manner. 

A multi- threaded process has multiple threads, each executing 
independently and each perhaps executing on separate processors 
within one or multiple computers. A multi -threaded program has 
multiple points of execution (one per thread) and, therefore can 
perform multiple tasks associated with multiple processes and 
multiple programs supporting multiple users at any given time. 
As each task associated with each task associated with each 
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process supporting each program and each user is completed, the 
thread for that task is resumed at the same point it had been 
interrupted, much as though it had been book-marked. As 
multiple instruction sets can be executed concurrently, the 
throughput and speed of running the program is much improved. 
In other words, a multi- threaded program, if running on a 
computer with multiple processors, will run much faster than a 
single- threaded program running on a single processor machine. 

Thus, a ''servlet" and "thread" are not the same and there is no 
teaching in Bayeh that servlets are interchangeable with 
threads. In fact, in column 12 lines 46-51, Bayeh discusses 
them as separate entities, ^'servlet threads" and the ""servlet 
process". Therefore claim 18 is patentable over Bayeh. 

5. Claim 21 

Claim 21 is patentable under 35 U.S.C. 102(e) over Bayeh. Claim 
21 of the present application recites a server and a plurality 
of terminals the server and the terminals conducting a plurality 
of sessions the server comprising a plurality of threads, 
grouping means to group the sessions into a plurality of groups 
and assigning means to assign at least one thread to each group 
of sessions so that the assigned thread only handles the events 
of that group of sessions. Bayeh does not disclose or suggest 
the server having a plurality of threads, grouping the sessions 
into a plurality of groups and assigning at least one thread to 
each group of sessions so that the assigned thread only handles 
the events of that group of sessions. 

As discussed above, in Bayeh there is no control mechanism for a 
thread to handle the requests of a particular session. Instead, 
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any server can handle the requests of a particular session and a 
mechanism is present to provide the session object to that 
server. There is no assignment of a thread to a session because 
sessions are not tied to any particular server. Furthermore, 
because there is no assignment of a thread to a session, there 
cannot be assignment of a thread to a group of sessions. 
Therefore, claim 21 cannot be anticipated by Bayeh. 

The concepts underlying the claimed features of Appellant's 
invention are quite different from Bayeh. Bayeh relates to a 
technique, system, and computer program for maintaining session- 
related state information in a scalable, clustered network 
environment (Col. 1, L. 8 to 10) . Bayeh is concerned with 
providing the necessary session information (state information) 
to enable session requests to be handled. Sessions are 
identified by session IDs and state information, describing the 
state of a session, is stored on the server using a session 
object. This object is created when a new client session 
begins, and is kept for the duration of the session. The object 
stores information about the transactions occurring between the 
client and the server (Col. 4, L. 5 to 9) and is shared among 
servlets (Col. 4, L. 23). In terms of organizing sessions, 
Bayeh is explicit in stating that [wjhen session services are 
provided at these clustered servers, the group of sessions can 
logically be thought of as a ""pool, or cluster, of sessions. 
Since the Session Tracking facility in the Java Web Server 
Toolkit is only valid within the scope of a single Web server, 
the pool of sessions cannot be properly maintained among a group 
of clustered Web servers such as this.'' (Col. 4, L. 59-65). 
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For example, if a client request is received at one server, and 
that server maintains information about the on-going session, 
there is no way for this version of the session information to 
be made available to a different server in the cluster if the 
next request from this client goes to a different server. (Col. 
4, L. 59 to Col. 5, L. 3) . 

Thus, Bayeh teaches that sessions are identified by session IDs, 
session state information is maintained as session objects, the 
objects are shared among servlets which handle session requests, 
and that in a clustered server environment, one server might 
handle a request for a particular session and then another 
server might handle a subsequent request for that session. In 
other words, the particular session is not associated with a 
particular server because different servers might handle the 
requests for that session. 

Bayeh is concerned with the discovery and retrieval of the 
appropriate session object in handling a request. Because Bayeh 
is a clustered server environment, when a request arrives which 
is part of a session, since the environment is not arranged to 
route the request to a particular server to deal with the 
request, the server receiving the request needs to be provided 
with the session object which is relevant to that session. 
Therefore, ''[t]he servlet engine configured as a session server 
further comprises a subprocess for maintaining a plurality of 
session objects; a subprocess for locating one of the session 
objects in response to a request from one of the servlets or one 
of the session clients; and a subprocess for returning the 
located session object in response to the request.'' (Col. 5, L. 
65 - Col. 6, L. 4). This is not the same as in Appellant's 
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invention, where the sessions are grouped into a plurality of 
groups and a ''thread" is assigned to each "group" of sessions, 
and the assigned thread only handles the events o£ the group o£ 
sessions. 

Bayeh also discloses, a load-balancing host (59) functions as a 
type of front-end processor to these servers, receiving client 
requests (100, 101, 102) and then routing those requests (shown 
here as 110, 111, 112) to a server selected according to 
policies implemented in the load-balancing host software. Note 
that the requests (110, 111, 112) are shown being sent to 
specific Web servers: this is merely an example of a possible 
outcome of the load balancing process. Load-balancing 
techniques are known in the art, and do not form part of the 
present invention. (Col. 8, L. 49-58.) Load balancing happens 
on an arbitrary basis as far as sessions are concerned which of 
course is not significant because the whole point of Bayeh is 
that irrespective of which server receives a request, the 
session object can be made available. 

The nature of the servlets, and the fact that they are not 
assigned to any particular session is underlined when one 
considers subsequent parts of Bayeh: 

If a servlet is written not to use session-related 
information, the servlet will perform its specific 
processing, eventually finishing and returning its results to 
the server through the response object with which it was 
invoked. While the servlet may have been invoked with a valid 
session ID present in the request object, it will not have 
made use of that session. (Col. 10, L. 54-60.) 
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and 



If session services are required for this servlet's 
application, then the session services features of the 
present invention are used. According to the present 
invention, a servlet in this scenario will include code to 
get the session object for this session, and update that 
object to reflect session information related to the 
servlet *s processing. When the servlet processing is 
finished, the session object is returned to the session pool, 
where it can be accessed for subsequent transactions with 
this servlet or a different servlet in the clustered 
environment. In this way, the state of the session can be 
communicated among the clustered servers and their servlets . 
(Col. 10, L. 64 - Col. 11, L. 8.) 

The features of Appellant's invention as recited in claim 21 are 
different from Bayeh, because in Appellant's invention the 
sessions are between a plurality of terminals and a server. The 
server has a plurality of threads. The sessions are grouped 
into a plurality of groups and a "thread" is assigned to each 
^^group" of sessions. Each assigned thread only handles the 
events of the group of sessions. This is not disclosed or 
suggested by Bayeh. Thus, claim 21 cannot be anticipated by 
Bayeh . 

Further, the Examiner's argument that the ''servlets" of Bayeh 
are the same as the ''threads" claimed by Appellant in incorrect. 
"Servlets" and "threads" are not the same. A servlet is defined 
as an "applet that runs on a server." ( Newton's Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002), page 662; 
Attached hereto as Exhibit A) . The term usually refers to a 
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Java applet that runs within a Web server environment. An 
''applet" is a mini -program ''that can be downloaded quickly and 
used by any computer equipped with a Java-capable browser." 
( Newton^ s Telecom Dictionary , 18^^ Edition by Harry Newton (2002) 
at page 57; Attached hereto as Exhibit B) . A "thread" on the 
other hand is defined as "a sequence of computing instructions 
that makes up a process or program," ( Newton ' s Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002) at page 747, 
definition 1; Attached hereto as Exhibit C) . This difference 
between a servlet and a thread is supported by Bayeh itself, for 
example Bayeh described the "plug-in servlet engine" as 
"executable code that extends the functionality of the Web 
server" (Col. 8, L. 63-64). Also, at column 12, lines 46-48 
Bayeh describes the use of threads in a servlet. Servlets are 
able to handle concurrent requests, which is done by using 
multiple threads. A servlet is a set of machine instructions 
and individual ones of the instructions can be executed by 
different threads . 

A "thread", is essentially a placeholder information associated 
with a single use of a program that can handle multiple 
concurrent users. From the program's point of view, a thread is 
the resource needed to serve one individual user or a particular 
service request. If multiple users are using the program or 
concurrent requests from other programs occur, a thread is 
created and maintained for each of them. A program can be 
single-threaded or multi- threaded. A single-threaded application 
program insists that only a single instruction can be executed 
at a given time. All the instructions must be executed in an 
exact sequence, from the beginning to end. For example, a 
single- threaded Internet experience might involve your accessing 
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a Web-based sever that would accept your request to establish a 
session, and would accept and serve your request for 
information. During this period of time, a tightly 

choreographed series of steps would take place in exact 
sequence, and no requests from other clients would be accepted 
until your request was satisfied. In other words, a single- 
threaded program must follow a single line of logic in a very 
rigid manner. 

A multi- threaded process has multiple threads, each executing 
independently and each perhaps executing on separate processors 
within one or multiple computers. A multi-threaded program has 
multiple points of execution (one per thread) and, therefore can 
perform multiple tasks associated with multiple processes and 
multiple programs supporting multiple users at any given time. 
As each task associated with each task associated with each 
process supporting each program and each user is completed, the 
thread for that task is resumed at the same point it had been 
interrupted, much as though it had been book-marked. As 
multiple instruction sets can be executed concurrently, the 
throughput and speed of running the program is much improved. 
In other words, a multi -threaded program, if running on a 
computer with multiple processors, will run much faster than a 
single-threaded program running on a single processor machine. 

Thus, a ''servlet" and "thread" are not the same and there is no 
teaching in Bayeh that servlets are interchangeable with 
threads. In fact, in column 12 lines 46-51, Bayeh discusses 
them as separate entities, "servlet threads" and the ''servlet 
process". Therefore, claim 21 is patentable over Bayeh. 
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6. Claim 22 



Claim 22 is patentable under 35 U.S.C. 102(e) over Bayeh. Claim 
22 of the present application recites a server having a 
plurality of threads, computer readable program means for 
grouping the sessions into a plurality of groups and computer 
readable program means for assigning a thread to each group of 
sessions so that the assigned thread only handles the events of 
that group of sessions. Bayeh does not disclose or suggest the 
server having a plurality of threads, grouping the sessions into 
a plurality of groups and assigning a thread to each group of 
sessions so that the assigned thread only handles the events of 
that group of sessions . 

Again, in Bayeh there is no control mechanism for a thread to 
handle the requests of a particular session. Instead, any 
server can handle the requests of a particular session and a 
mechanism is present to provide the session object to that 
server. There is no assignment of a thread to a session because 
sessions are not tied to any particular server. Furthermore, 
because there is no assignment of a thread to a session, there 
cannot be assignment of a thread to a group of sessions. 
Therefore, claim 22 cannot be anticipated by Bayeh. 

The concepts underlying the claimed features of Appellant's 
invention are quite different from Bayeh. Bayeh relates to a 
technique, system, and computer program for maintaining session- 
related state information in a scalable, clustered network 
environment (Col. 1, L. 8 to 10). Bayeh is concerned with 
providing the necessary session information (state information) 
to enable session requests to be handled- Sessions are 
identified by session IDs and state information, describing the 
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state of a session, is stored on the server using a session 
object. This object is created when a new client session 
begins, and is kept for the duration of the session. The object 
stores information about the transactions occurring between the 
client and the server (Col. 4, L. 5 to 9) and is shared among 
servlets (Col. 4, L. 23). In terms of organizing sessions, 
Bayeh is explicit in stating that [w]hen session services are 
provided at these clustered servers, the group of sessions can 
logically be thought of as a ''pool, or cluster, of sessions. 
Since the Session Tracking facility in the Java Web Server 
Toolkit is only valid within the scope of a single Web server, 
the pool of sessions cannot be properly maintained among a group 
of clustered Web servers such as this.'' (Col. 4, L. 59-65). 

For example, if a client request is received at one server, and 
that server maintains information about the on-going session, 
there is no way for this version of the session information to 
be made available to a different server in the cluster if the 
next request from this client goes to a different server. (Col. 
4, L. 59 to Col. 5, L. 3) . 

Thus, Bayeh teaches that sessions are identified by session IDs, 
session state information is maintained as session objects, the 
objects are shared among servlets which handle session requests, 
and that in a clustered server environment, one server might 
handle a request for a particular session and then another 
server might handle a subsequent request for that session. In 
other words, the particular session is not associated with a 
particular server because different servers might handle the 
requests for that session. 
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Bayeh is concerned with the discovery and retrieval of the 
appropriate session object in handling a request. Because Bayeh 
is a clustered server environment/ when a request arrives which 
is part of a session, since the environment is not arranged to 
route the request to a particular server to deal with the 
request, the server receiving the request needs to be provided 
with the session object which is relevant to that session. 
Therefore, ''[t]he servlet engine configured as a session server 
further comprises a subprocess for maintaining a plurality of 
session objects; a subprocess for locating one of the session 
objects in response to a request from one of the servlets or one 
of the session clients; and a subprocess for returning the 
located session object in response to the request. (Col, 5, L. 
65 - Col. 6, L. 4), This is not the same as in Appellant's 
invention, where the sessions are grouped into a plurality of 
groups and a "thread" is assigned to each ''group" of sessions, 
and the assigned thread only handles the events of the group of 
sessions. 

Bayeh also discloses, a load-balancing host (59) functions as a 
type of front-end processor to these servers, receiving client 
requests (100, 101, 102) and then routing those requests (shown 
here as 110, 111, 112) to a server selected according to 
policies implemented in the load-balancing host software. Note 
that the requests (110, 111, 112) are shown being sent to 
specific Web servers: this is merely an example of a possible 
outcome of the load balancing process. Load-balancing 
techniques are known in the art, and do not form part of the 
present invention. (Col. 8, L. 49-58.) Load balancing happens 
on an arbitrary basis as far as sessions are concerned which of 
course is not significant because the whole point of Bayeh is 
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that irrespective of which server receives a request, the 
session object can be made available. 

The nature of the sery lets, _ and_ the_ fact that, they are not 
assigned to any particular session is underlined when one 
considers subsequent parts of Bayeh: 

If a servlet is written not to use session-related 
information, the servlet will perform its specific 
processing, eventually finishing and returning its results to 
the server through the response object with which it was 
invoked. While the servlet may have been invoked with a valid 
session ID present in the request object, it will not have 
made use of that session. (Col. 10, L. 54-60.) 

and 

If session services are required for this servlet 's 
application, then the session services features of the 
present invention are used. According to the present 
invention, a servlet in this scenario will include code to 
get the session object for this session, and update that 
object to reflect session information related to the 
servlet 's processing. When the servlet processing is 
finished, the session object is returned to the session pool, 
where it can be accessed for subsequent transactions with 
this servlet or a different servlet in the clustered 
environment. In this way, the state of the session can be 
communicated among the clustered servers and their servlets. 
(Col. 10, L. 64 - Col. 11, L. 8.) 

The features of Appellant's invention as recited in claim 22 are 
different from Bayeh, because in Appellant's invention the 
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sessions are between a plurality of terminals and a server. The 
server has a plurality of threads. The sessions are grouped 
into a plurality of groups and a ''thread" is assigned to each 
"group" of sessions. Each assigned thread only handles the 
events of the group of sessions. This is not disclosed or 
suggested by Bayeh. Thus, claim 22 cannot be anticipated by 
Bayeh . 

Further, the Examiner's argument that the ''servlets" of Bayeh 
are the same as the "threads" claimed by Appellant in incorrect . 
"Servlets" and "threads" are not the same. A servlet is defined 
as an "applet that runs on a server." ( Newton' s Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002), page 662; 
Attached hereto as Exhibit A) . The term usually refers to a 
Java applet that runs within a Web server environment. An 
"applet" is a mini -program "that can be downloaded quickly and 
used by any computer equipped with a Java-capable browser." 
( Newton's Telecom Dictionary , 18^^ Edition by Harry Newton (2002) 
at page 57; Attached hereto as Exhibit B) . A "thread" on the 
other hand is defined as "a sequence of computing instructions 
that makes up a process or program." ( Newton's Telecom 
Dictionary , 18^^ Edition by Harry Newton (2002) at page 747, 
definition 1; Attached hereto as Exhibit C) . This difference 
between a servlet and a thread is supported by Bayeh itself, for 
example Bayeh described the "plug- in servlet engine" as 
"executable code that extends the functionality of the Web 
server" (Col. 8, L. 63-64). Also, at column 12, lines 46-48 
Bayeh describes the use of threads in a servlet. Servlets are 
able to handle concurrent requests, which is done by using 
multiple threads. A servlet is a set of machine instructions 
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and individual ones of the instructions can be executed by 
di f f erent threads , 

A ''thread", is essentially a placeholder information associated 
with a single use of a program that can handle multiple 
concurrent users. From the program's point of view, a thread is 
the resource needed to serve one individual user or a particular 
service request. If multiple users are using the program or 
concurrent requests from other programs occur, a thread is 
created and maintained for each of them. A program can be 
single -threaded or multi- threaded. A single -threaded application 
program insists that only a single instruction can be executed 
at a given time. All the instructions must be executed in an 
exact sequence, from the beginning to end. For example, a 
single -threaded Internet experience might involve your accessing 
a Web-based sever that would accept your request to establish a 
session, and would accept and serve your request for 
information. During this period of time, a tightly 

choreographed series of steps would take place in exact 
sequence, and no requests from other clients would be accepted 
until your request was satisfied. In other words, a single- 
threaded program must follow a single line of logic in a very 
rigid manner. 

A multi -threaded process has multiple threads, each executing 
independently and each perhaps executing on separate processors 
within one or multiple computers. A multi -threaded program has 
multiple points of execution (one per thread) and, therefore can 
perform multiple tasks associated with multiple processes and 
multiple programs supporting multiple users at any given time. 
As each task associated with each task associated with each 
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process supporting each program and each user is completed, the 
thread for that task is resumed at the same point it had been 
interrupted, much as though it had been book-marked. As 
multiple instruction sets can be executed concurrently, the 
throughput and speed of running the program is much improved. 
In other words, a multi- threaded program, if running on a 
computer with multiple processors, will run much faster than a 
single- threaded program running on a single processor machine. 

Thus, a ''servlet" and "thread" are not the same and there is no 
teaching in Bayeh that servlets are interchangeable with 
threads. In fact, in column 12 lines 46-51, Bayeh discusses 
them as separate entities, ^'servlet threads" and the ''servlet 
process". Therefore, claim 22 is patentable over Bayeh. 

B. 35 U.S.C. 103 (a) 

1 . Claim 6 

Claim 6 is dependent on claim 1 and is allowable at least for 
the reasons noted before with respect to claim 1. Further, 
claim 6 recites a session is put into a first group in a first 
time period before suspension and put into a second group in a 
second time period following resumption. The Examiner notes 
that Bayeh ''does not specifically state a session is put into a 
first group in a first time period before suspension and put 
into a second group in a second time period following 
resumption" but claims it would be obvious to one of ordinary 
skill in the art to modify Bayeh to achieve what is claimed by 
Applicant . 

In order to establish a prima facie case of obviousness under 35 
U.S.C. 103(a), there must be some suggestion or motivation. 
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whether in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art, to 
modify the references or combine reference teachings. There 
must also be a reasonable expectation of success, and the 
references, when combined, must teach or suggest all of the 
claim limitations (See M.P.E.P. § 2142). Bayeh does not teach 
that the sessions are put into a first or second group or that 
the sessions are suspended or resumed as recited in claim 6. 
The Examiner suggests that Bayeh discloses that the sessions are 
grouped via the load balancing host software at column 8, lines 
50-55. Load balancing software does not group the sessions as 
claimed by Appellant. Load balancing software is merely 
distributing processing and communications activity evenly 
across a computer network so that no single device is 
overwhelmed. If one server starts to get swamped, requests are 
forwarded to another server with more capacity. Thus, load 
balancing of Bayeh is an overflow tool that passes requests from 
one server to another server when the requests are to numerous 
for handling by a single server. This is not the same as ''a 
session is put into a first group in a first time period before 
suspension and put into a second group in a second time period 
following resumption" . 

If, as the Examiner argues, one request of Bayeh is stopped and 
then resumed as a new session connection, the request will 
merely be routed to a different server if the server that 
initially handled the request is at maximum processing capacity. 
This is not taking the request from a first group and putting it 
into a second group but rather it is arbitrarily giving the 
request to a server with the required processing capacity. 
Nowhere is it disclosed or suggested in Bayeh that this overflow 
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control puts the request in a "second group". Further, there is 
simply no disclosure or suggestion in Bayeh of suspending or 
resuming the requests. Therefore, because Bayeh does not teach 
or suggest all of the claim limitations of claim 6, a prima 
facie case of obviousness has not been established. Thus, claim 
6 is patentable over Bayeh. 

2. Claim 14 

Claim 14 is ultimately dependent on claim 1 and is allowable at 
least for the reasons noted before with respect to claim 1. 
Further, claim 14 recites the terminals comprise cellular 
telephones. Bayeh does not disclose or suggest this feature. 

In order to establish a prima facie case of obviousness under 35 
U.S.C. 103(a), there must be some suggestion or motivation, 
whether in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art, to 
modify the references or combine reference teachings. There 
must also be a reasonable expectation of success, and the 
references, when combined, must teach or suggest all of the 
claim limitations (See M.P.E.P. § 2142). Bayeh discloses a 
technique, system and computer program for maintaining session 
information among multiple clustered computers for servlets and 
providing those servlets with various session services 
(Abstract) . The session services are implemented using a plug- 
in servlet engine (Abstract) . Bayeh simply does not disclose or 
suggest the use of a cellular telephone. Therefore, because 
Bayeh does not teach or suggest all of the claim limitations of 
claim 14 a prima facie case of obviousness has not been 
established. Thus, claim 14 is patentable over Bayeh. 
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A check in the amount of $500 is enclosed herewith for the 
appeal brief fee. The Commissioner is hereby authorized to 
charge payment for any additional fees associated with this 
communication or credit any over payment to Deposit Account No, 
16-1350. 




Perman & Green, LLP 
425 Post Road 
Fairfield, CT 06824 
(203) 259-1800 
Customer No. : 2512 



CERTIFICATE OF MAILING 

I hereby certify that this correspondence is being deposited 
with the United States Postal Service on the date indicated 
below as first class mail in an envelope addressed to the Board 
of Patent Appeals and Interferences, United States Patent and 
Trademark Office, P.O. Box 1450, Alexandria, VA 22313-1450, 




36 



VIZI. CLAIM APPENDIX 

The texts of the claims involved in the appeal are: 



1. A method of managing a plurality of sessions (66) the 
sessions being between a plurality of terminals (2) and a server 
(20) having a plurality of threads (74), the method comprising: 

grouping the sessions into a plurality of groups (72) ; and 

assigning a thread (74) to each group (72) of sessions so that 
the assigned thread (74) only handles the events of that 
group of sessions. 

2 . A method according to claim 1 in which grouping occurs when 
a session is created (70) . 

3 . A method according to claim 1 in which grouping occurs when 
a session becomes active. 

4. A method according to claim 1 in which one group (72) is 
provided for each thread (74) so that there are equal numbers of 
groups (72) and threads (74) . 

5. A method according to claim 1 in which sessions are 
assigned statically to particular threads (74) . 
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6. A method according to claim 1 in which a session is put 
into a first group in a first time period before suspension and 
put into a second group in a second time period following 
resumption. 

7 - A method according to claim 6 in which the second group is 
chosen on the basis of the relative levels of activity of the 
groups . 

8. A method according to claim 6 in which the second group is 
chosen randomly. 

9- A method according to claim 1 in which each group (72) has 
a c[ueue (80) and each session puts its events into that queue 
(80) . 

10. A method according to claim 1 in which the sessions are 
grouped by a thread referred to as an acceptor thread (76) . 

11. A method according to claim 10 in which the acceptor thread 
(76) calls a function which is answered by notification that a 
new session has been created and then assigns the new session to 
a particular session group (72) . 
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12. A method according to claim 1 in which the sessions remain 
open for an undetermined period of time until closed. 

13. A method according to claim 1 in which the terminals (2) 
comprise mobile terminals. 

14. A method according to claim 13 in which the terminals (2) 
comprise cellular telephones . 

15. A method according to claim 1 in which load balancing means 
is included in the assignment mechanism of the session. 

16. A method according to claim 1 in which the sessions (66) 
involve obtaining information or conducting transactions through 
the Internet. 

17. A method according to claim 1 in which the sessions are 
part of the Wireless Session Protocol (WSP) . 

18. A server (20) for managing a plurality of sessions with a 
plurality of terminal (2) the server (20) comprising a plurality 
of threads (74) , grouping means to group the sessions into a 
plurality of groups and assigning means to assign a thread to 
each group of sessions so that the assigned thread (74) only 
handles the events of that group (72) of sessions . 
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19. A server (20) according to claim 18 comprising a gateway 
server serving a plurality of mobile terminals (2) . 

20. A server (20) according to claim 19 comprising a WAP-HTTP 
gateway. 

21. A communications system comprising a server (20) and a 
plurality of terminals (2) the server (20) and the terminals (2) 
conducting a plurality of sessions (66) the server comprising a 
plurality of threads (74) , grouping means to group the sessions 
into a plurality of groups and assigning means to assign at 
least one thread to each group of sessions so that the assigned 
thread (74) only handles the events of that group (72) of 
sessions . 

22. A computer program product for managing a plurality of 
sessions (66) the sessions being between a plurality of 
terminals (2) and a server (20) having a plurality of threads 
(74) , comprising: 

computer readable program means for grouping the sessions (66) 
into a plurality of groups (72); and 

computer readable program means for assigning a thread to each 
group (72) of sessions so that the assigned thread (74) 
only handles the events of that group (72) of sessions. 
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EVIDENCE APPENDIX 



Exhibit A - Definition of ''servlet" ( Newton^ s Telecom 

Dictionary , 18^^ Edition by Harry Newton (2002), page 662), 

Exhibit B - Definition of "applet" ( Newton ' s Telecom 

Dictionary , 18^*" Edition by Harry Newton (2002) at page 57). 

Exhibit C - Definition of "thread" ( Newton ' s Telecom 

Dictionary , 18^*" Edition by Harry Newton (2002) at page 747, 
definition number 1) . 
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NEWTON'S 
TELECOM 
DICTIONARY 




H2> 



Services On Demand / SFD 



that enable flexible information interactions between an end user and the network. 
Services On Demand An AT&T term for tlie immediate provision of almost any 
network service through universal ports, whenever required by o user; as opposed to pro- 
vision via on expensive, time consuming, inflexible service order process. 
Serving Area Interface A serving area interface is port of o phone compony's 
outside pte It IS Q fancy nome for a box on a pole, o box attached to a wall or a box in 
the ground thot connects the phone company's feeder or subfeeder cables (those coming 
from the central office) to the drop wires or buried service wires thot connect to the cus- 
tomer's premises. It's also called o cross-wire box. See also Feeder Plont and Drop Wire 
J^iyi^ Closet The aeneral term used to refer to eitfier o riser or a satellite closer 
Satellite Cabinet; Satellite Cfoset. 

SfrTill!' Mobile Data Intermediate System A cellular radio temi 
fhe CDPD network entity that operates the Mobile Serving Function. The serving MD-IS 
communicalBS wth and is the peer endpoint for fhe MDLP connection to the M-ES 
Serving Office An office of AT&T or its Connecting or Concurring Corners, from 
wnrcn interstote communications services ore furnished. 
Serving Wire The term for the phone number that serves the location referring to 
me phone number ond terminating wire as one unit. Usuolly applies to o POTS number. 
Serving Wire Center The wire center from which service is provided to the cus- 
tomer. 

Servlet An applet M runs on a server. The term usuolly refers to a Java applet that 
oms withrn o Web server Web semi environment. This is analogous to o Jovo applet that 
runs within a Web browser browser environment. Jovo sen/lets are becoming increasingly 
popular OS on oltemative to CGI progroms. The biggest difference between the two is that 
0 Javo applet is persistent. This means that once it is started, it stoys in memory and can 
tolhll multiple requests. In contrast, o CGI program disappears once it has hilfilled a request 
Ihe persistence of Jovo applets makes them faster becouse there's no wosted time in set- 
ting up and tearing down the process. 

Servo Short for servomechonism. Devices which constontly detect a vorioble and adjust 
a mechanism to respond to changes. A sen/o might monitor optical signol strength bounc- 
l?Ei„ ? rtie position of the head to compensate 

SERVORD Service Order. 
SES l.Sotellito Earth Stations. 

2. Severely Errored Second. A second in which a severe number of errors are detected over 
0 digital circuit. Each error comprises a code violation (CV), such os a bipolor violation The 
specitic definition of SES depends on the type of circuit invoh/ed, e.g. M T-3 OC-3 and 
OC-48. SeeolsoCVandES. ' ' 

3. Source End Station: An ATM termination point, which is the source of ATM messages of 
Q connection, and is used os a reference point for A8R services. See DES. 
Sesame Secure European Systam tor Applications in o Multivendor Environment 



n I J L r rrtiA ,r "^"i'"" "pp"«-w"y"w III u muiMVHiuur cnwronmenr. 
Deve oped by the ECMA (European Computer Manufacturers Association), it is intended for 

very lorge networks of disparato origin. 

Session I . A set of tronsmittars and receivers, and the dota streoms that flow between 
taem. In other words, on active communication, measured from beginning ta end between 
devices or opplicotions over o networic. Often used in reference to torminako-rnainframe 
connections. Also a data conversation between two devices, say, a dumb terminal and a 
maintrome. It may be possible to hove more than one session going between two devices 
simultaneously. 

2. As defined under the Oronge Book, o recorded segment of o compact disc which moy 
contain one or more tracb of any type (data or audio). The session is a purely logical con- 
cept; when 0 multisession disc is mounted in a multisession CD-ROM player what the user 
will see is one large session encompassing all the data on the disc 
Session Description Protocol See SDP 
Session Initiation Protocol See SIP 

Session key A digital key that is created by the client, encrypted, and sent ta the 
server This key is used ta encrypt dota sent by the client. See also Certificote Digital 
Signatare and Key Poir. 

Session Layer The fifth layer — the networic processing layer — in the OSI 
Keterence Model, \jjhich sets up the conditions whereby individual nodes on fhe networic 
con communicate or send data to each other. The session layer is responsible for binding 
ond unbinding logica links between users. Itmonoges, maintains and controls fhe dialogue 
between ttie users of the seivice. The session layer's mony hmctions include networic oote- 
way communicotions. ^ 



fead-ln The data areo at the beginning of a recordable compact disfii 
IS left blank for the disc s table of contents. The session lead-in uses up 6750 wSS 
space. See Track. 

Session Lead-Out The dota area at fhe end of o session which indicotes thJ 

end ot ft]e data has been reached. When a session is closed, information about its 
IS wnften into the disc's Table of Contents, ond the leod^ut and the prfrgap are 
prepare the disc for a subsequent session. The lead^ut ond the pre^ap toqelhi 
4650 fwo^cilobyte blocks (nine megabytes). See Track. 
Set 1 . Set is another name for o telephone. 
2. SET. Secure Electronic Transection. A developing, open specification for handtna 
ciird fronsoctions over any sort of networic, with emphosrs on Intemet and the WorB 
Web. Rather than providing the merchant with a credit cord number, you send' the 
mafion to fhem in encoded form. The merchant can't see fhe encrypted credit card 
ber, but con forward the tronsoction request ta the credit cord company or dean 
where fhe information is decrypted and verified. Only fhe financial institution has irn 
to unlock the encrypted account information. The financial insti'tution responds to the 
chant request with a digital certificote which serves ta verify the authenticity of the 
and the overall legitimocy of the transaction. SET ensures that no one eke (e g ho 
can gam access to your credit cord information. It olso ensures that an unscrupulous er 
merce merchont can't take odvantage of your credit cord number. The theoiv is thot 
don t always know with whom you ore deoling in Cyberspace. 
Set Associative Mapping A coching technique where each block (rf 
computer rnemory is assigned to a location in each cache set where fhe cache is 
into multiple sets. 

Set Copy Set Copy ollows the duplication of progromming settings from one 
to another. 

Set Top Box STB. The electronics box which sits on top of your TV, connectnia I 
your incoming CATV or MMDS (Microwave Multi^ioint Distnliution System) TV signdii 
your TV s incoming coaxial coble. Set-tops, or converter boxes, vary greatly in their col 
plexity, With older models merely translating the frequency received off h cable into a fr^ 
quency suitable for the television receiver while newer models con be addressable witff 
unique identify much like a telephone or 0 node on 0 computer networic. That identtly; ' 
be addressed from the coble heodend. This allows the CATV operator to turn 
channels on ond off, such as pay channels. 

SETA SouthEostem Telecommunicotions Association, 0 user group % 
SITI Search for ExtraTerrestrial Intelliaence. A fedeniliy funded project which uses arnw'tfi 
radiotelescopes to search the heavens for signs of intelligent life as evidenced by raifc ffl 
miaiorB. SET! c based on rationale loid out in 0 'Nature" article by physicists Philip Morni 
and Guiseppe Cocconi and fi5t implemented by frank Drake, a Cornell ostionomer As nffl 
waves propagate infinrtely at the speed of light in the pure vacuum of spoce, the thnikiila 
that at least traces of intelligent life can be identified, even though they will be of mM 
long post since other stars and galaxies ore thousands or millions of light years away ?mm 
OS 0 far less expensive technique than that of space travel, the project is interesting butm jffl 
J'W OS results hove been nil over the kist 25 years or so. See SETI@home. M 
SETI@lionie Search for ExtroTerrestriol Intelligence ot home. A project sponsored'^ 
the Intemet by fhe Plonetoiy Society ond the University of Corifomio at Bericley Ihe pi 
ect harnesses home computers to sift through the billions of radio signals from the cosnl 
ttiot pass the Earth each day in the hope of finding signals that hove emonoted from m 
ligent lite on other pbefs. The PCs download fhe progrom and ran it ogainst 0 recordS 
signals detected by the Aricebo radiotelescope in Puerto Rico. As each PC wodcs bn^i 
onolysis, a screerisover of sorts disploys a 3-0 graph charting its ptogress. Once the M 
SIS IS completed the resuhs are uploaded to UC Berkley over the Intemet, ond anothsJ 
0 data IS downlooded. http://planetory.org or http://setiothome.ssl.bericley.edu. Si 
olso SETI. J" 

$f 1 . Single Frequency. A method of inbond signoling. Single frequency signoling tyi^ 

sVnding ^^^^^"^^ ° ^"^'^ ^^^^ ^^^^^^^ ^'^^^ ^^^' W 

2. SuperFrame: A DS 1 framing fomiot in which 24 DSD timeslots plus a coded framiiwl 
are organized into 0 frome which is repeated 1 2 times to fomi the superframe. J 
$f Bl Shared Frame Buffer Interconnect, a specification thot mokes it possible for bJ 
ware manu^actores to produce o slngle4)oard videoiiraphics odapter for the PC 
$r C Switch Fabric Controller. ^ 
SFD Start Frame Delimiter. A binory pattern at the end of eight octets of rtming inforni 
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and operation of ail Macintosh cpplicotions ore similoi. 

Apple Menu The Apple icon in the upper left hand cornef of the Apple Macintosh 

screen. The Apple menu contains oiioses, control panels, the chooser ond other desk occes- 

Apple Pie Both on Americon icon, ond the name chosen' for Apple Computer's 
Personal Inteiactive Electronics (PIE) division, chortered with extending the company into 
new growth areas such os Personal Digital Assistants (PDAs), e.g. the Apple Newton. The 
PIE division includes Apple Online Services, Newton and Telecommunications group, pub- 
lishing activities, and ScriptX-bosed multimedia PDA development. 
Apple Remote Access ARA is Apple Computer's diol-in client softv/ore for 
Macintosh users allowing remote access to Apple and third party servers. 
Apple URP Apple Update Routing ProtocoL The network routing protocol developed 
by Apple for use with Appletalk. 

AppleShare Apple Computer's local areo network. It uses AppieTalk protocols. 
AppleShare is Apple system software that ollows sharing of files ond network services via 
a file sen/er in the Apple Macintosh environment. See AppieTalk. 
Applet Mini-programs that can be downloaded quickly and used by any computer 
equipped with o Java-capoble browser. Applets carry their own softv;ore players. See Java. 
AppieTalk Apple Computer's proprietory networking protocol for linking Macintosh 
computers and peripherals, especially printers. This protocol is independent of what net- 
work it is layered on. Current implementations exist for LocalTalk (230.4 Kbps) and 
EtherTalk (10 Mbps). 

AppieTalk Zone and Device Filtering Provides on additionol level of 
security for AppieTolk networks. On AppieTalk netwodcs, network managers can selective- 
ly hide or show devices ond/or zones to ARA clients. See ARA. 
Application A software program that carries out some useful task. Database man- 
agers, spreadsheets, communications packages, graphics programs and word processors 
are all opplicattons. 

Application Based Call Routing in oddition to the traditional metbods of 

fouting and trocking calls by trunk and agent group, the latest Automatic Call Distributors 
route ond track colls by application. An application is a type of call, for example, soles or 
service. Tracking calls in this manner allows accurately reported colts, especiolly when they 
ore overflowed to different ogent groups. See ACD. 

Application Binary Interlace ABI. The rules by which software code is writ- 
ten to operate specific computer hordware. Application software, written to conform to an 
ABI, is able to be mn on a wide variety of system platforms that use the computer hard- 
ware for which the ABI is designed. 

Application Bridge Aspect Telecommunications' ACQ to host computer link. 
Originally it ran only over R2-232 serial connections, but it now runs over Ethernet, using 
the TCP/IP link protocol. See also Open Application Interfoce. 
Application Class An SCSA term. A graup of client applicotions tliot perform sim- 
ilar services, such os voice messaging or fox-back services. 
Application Entity A cellular radio term. An Application Entity provides the serv- 
ice desired for communication. An Application Entity may exist in an M-ES (Mobile End 
System) (i.e., mobile application entity) or on F-ES (Fixed End System). An Application 
Entity is named witfi an application ^entity title. 

Application Equipment Module AEM. A Northern Telecom temi for o 
device within the Meridian I Universal Equipment Module that supports Meridian link 
Modules. The Meridion Link Module (MLM) is on Application Module, specially configured 
to support the Meridion Link interface to host computers. 
Application For Service A stondard telephone company order form that includes 
pertinent billing, technical and other descriptive information which enables the company to 
provide communications network service to the customer and its authorized users. 
Application Framework This usually means o doss library with a fundamen- 
tal base class for defining o complete program. The framework provides at least some of 
the facilities thraugh which a program interfaces with the user, such os menus and win- 
dows, in 0 style thot is internally consistent ond obstracted from the specific environment 
for which it hos been developed. 

This is on explonation I received from Borland. I don't quite understand it, yet. An applica- 
tion framewodc is on object-oriented class library tiiot integrates user-interface building 
blocks, fundamental dato structures, and support for object-oriented input and output. It 
defines an application's standard user interfoce and behavior so thot the progrommer can 
concentrate on implementing the specifics of the application. An opplication fromework 
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allows developers to reuse the obstroct design of on entire application by modeling each 
major component of an opplications os on obstroct ctoss. 
Application Gateway A firewall that applies security mechanisms to specific 
opplications, such as FTP and Telnet sen/ers. An applicotion gotewoy is very effective but 
can impose a performance degradation. 

Application Generator AG. A pragram to generate actual prograniniing code. 
An applications generator will let you produce software quickly, but it will not oliow you the 
flexibility had you pragrommed it fram scratch. Voice processing "applications generators," 
despite the name, often do not generate programming code. Instead they are self-con- 
tained enviranments which allow o user to define and execute applications. They ore more 
commonly colled applications generator, since one generator can define and execute many 
applications. See Applications Generator for a longer explanotion. 
Application Layer The topmost, visible to the user, presentation of a communi- 
cations netv/ork; the user interface point in netv/ork architectures. See Open Systems 
Interconnection — Reference Model. 

Application Level Firewall A firewall system in which service is provided by 
processes that maintain complete TCP connection state and sequencing. Application level 
firewalls often re^ddress traffic so thot outgoing traffic appears to hove originated fram the 
firewall, rother than the internal host. 

Application Level proxy A firewoll technology that involves examining appli- 
cotion specific data in order to guani against certain types of improper or threatening behav- 
iors. 

Application Metering The process of counting the number of executions of the 
copies of an application in use on the networit at ony given time and ensuring that the num- 
ber does not exceed preset limits. Application metering is usually performed by a network 
management application running on ttie file server. Most opplication metering software will 
allow only o certain number of copies (usually that number specified in the application soft- 
ware license) of an applicotion to run at any one time and will send a messoge to any users 
who try to exceed tiris limit. 

Application Module A Northern Telecom term for a computer that con be 
ottached to o Norlfiem Telecom phone system and add intelligence and programmability to 
the phone system. Often, the AM will be a computer conforming to open stondords, such 
as DOS or Windows, or it may be VME-based. 

Application Module Link AMI A Northern Telecom internal and praprietory 

link thot connects the Meridian 1 (via EDSI or MSOL port) to the Meridian Link Module. 

Application Program A computer software program designed for a specific job, 

such as word processing, occounting, spreadsheet, etc. 

Application Program Interface API. A set of formalized softwore colls and 

routines thot con be referenced by on opplicotion program to occess underiying network 

services. 

Application Programming Interface API. A set of functions and values 
useoby one program to communicate with another pragram or with an operating system. 
See API for a better explanotion. 

Application Profile As SCSA term. A description of the kinds of resources and 
sen/ices required by a client application (or on application class). An application profile is 
defined once for on instance of an applicotion; then system seivices such as the SCR will 
be oble to fulfill the needs of the applicotion wittiout the applicotion having to stote its 
needs expiicitiv. 

Application Server A dedicated, heavy duty PC which sits on a corporate network 
and contains o program which people on the network share. Such program would typical- 
ly be a database — perhaps o sales force automation progrom, such as Goldmine, Act or 
Moximizer. See also Dotobose Sen/er. 

Applicotion Service Element ASE. A messaging term. A module or portion 
of a protocol in the application layer 7 of the OSI (Open Systems Interconnection) proto- 
col slock. Several ASEs are usually combined to form a complete protocol, e.g., tbe X.400 
PI protocol which consists of tlie MTSE (Messoge Transfer Service Element), and the RTSE 
(Reliable Transfer Service Element). 

Application Service Provider ASP. The definition of on ASP is evolving. 
Today it's a compony which offers software to business users over the Internet on some 
sort of per-use charge. For business users, on ASP is a kind of outsourcer; users ore not 
required to buy, own or take care of their own softv^ore. Insteod of buying softv/are, buy- 
ing Ifie heovy duty computers to run it on ond the heavy duty broadband telecommunica- 
tions network to get it to oil their distant corporate users, the user companies (i.e. the 
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ThiiT Computing See Thin Client. 

Thin Ethernet A coaxial (0.2-inch, RG58A/U 50-ohm) that uses a smaller diame- 
cooxial cable than standard thick Ethernet. Thin Ethernet is also called "Cheapernet" 
due to the lower cabling cost. Thin Ethernet systems tend to hove transceivers on the net- 
":,oi mteifnce card, rather than in external boxes. PCs connect to the Thin Ethernet bus via 
li conxini "V connector. Thin Ethernet is now the most common Ethernet coaxial coble, 
i'lough ^/isted pair is gaining. Thin Ethernet is also referred to as ThinNet, ThinWire or 
Cheopernet. See also 108ASE-T. 

Thin-Film interference Filter Thin-film filters control the reflection, refroc- 
t;oit, linnsmission, ond absorption of light v;aves. Filters are used in a wide variety of opti- 
cui components, and the ninjority of todoy's V/DM systems incorporate thin-film filter tech- 
;:oio(jy for multiplexing and demultiplexing. Interference fitters are constructed by deposit- 
" jng 11 series of coatings with different refractive indexes on a glass substrate. This con- 
sifuciion generates interference potterns as lightv/oves pass through such thatcertoin wave- 
lengths are reflected while others pass through undisturbed. In DWDM applications, at 
lower channel counts ond larger spocing between wovelengths, thin-film filters nre pro- 
tiuced in volume quantities that can process channel spacings of 200 Ghz. However, at 
iiiiiher channel counts and smoller channel spacings (below 100 Ghz ond 50 Ghz), man- 
uSciuie becomes increasingly difficult, [he value proposition for competing multiplex- 
ing/demultiplexing technologies such as arroyed waveguides and fiber bragg gratings 
heccmes increasingly compelling as channel count increoses. 
Thingy See Oingy. 

Thinnet Jargon used to describe thin Ethernet coaxial cable. Referred to ThinNet, 

IhinWire or Cheopernet. 

Thinwire The 50-ohm coaxial cable listed in IEEE 802.3 specifications and used in 
some Ethernet local oreo netv^ork installations. 
Third Generation Wireless See 3G. 

Third Order Harmonics The third multiple of a specific frequency or a specific 
frequency multiplied by three. 

Third Party Call Any call charged to a number other than that of the origination 
or destination party. It's not a good idea to let your employees moke third party calls to 
cue or more of your phone numbers. Best to ask them to place the calls on their personal 
phone credit cards. This way, they will spend a modicum of time justifying their exorbitant 

phone coils. 

Third Party Call Control A call comes into your desktop phone. You can trans- 
fer thot coll. When the phone call has left your desk, you can no longer control it. That is 
celled First Par^/ Call Control. If you were still able to control the coll (and let's say, switch 
it elsewhere) that would be called Third Party Coll Control. Some Computer Telephony links 
allow only first party call control. Some allow third party as well. If you control the switch 
— the PBX or the ACD — you will typically hove Third Party Call Contral. If you just con- 
trol the desktop, you'll typically have only First Party Call Control. There is no such animal 
Gs Second Party tnW Control. 
Third Party Cookie See Cookie. 

Third Party Verification TPV. Before your Primary Interexchonge Carrier 
(PIC), or long distance carrier, con be changed, the FCC now (1988) requires that the new 
corrier hove a in place a meons of verifying that you hove authorized such o change. 
Business customers must execute o written Letter of Agency (LOA), which the new carrier 
con present to the old carrier. The veracity of a chonge for residential customers is ensured 
through Third-Party Verification (TPV), which takes the following form. Once you have con- 
cluded your conversotion with the soles representative of the new corrier, the sales rep will 
initiole a conference call to odd to the call a representative of an independent third party. 
The third porty will verify the change, including nil relevant information recorded by the 
soles representotive. This step protects you from "slamming," which is the practice of 
changing your PIC without your authorization. See also IDA, PIC, and Slamming. 
Third Wire Top The activating of a telephone handset microphone by using o third 
v/ire, thus bypossing the hook switch. 
THlTrons flybrid Loss. 

Thought Police In Imperial Japan before World V/ar II, members of the "thought 
police" — Shiso Keisatu — spread out to suppress dangerous thinking in the populace. 
Such dangerous thinking was ooviously different to what the imperial powers wanted. The 
Thought Police were disbanded by Generol McArthur when he imposed freedom of speech 
after the War. The thought police was later chillingly immortalized by George Orv/ell in his 
1949 "1984." 



Thousand Block Number Pooling See Number Pooling. 
Thread 1 . A threod is a sequence of computing instructions that mokes up a process or 
program. A program can be single-threaded or multi-threaded. A single-threaded application 
progrom insists that only a single instruction can be executed ot a given time. All the instruc- 
tions must be executed in on exact sequence, from beginning to end. For example, a sin- 
gle-threaded Internet experience might involve your accessing a Web-based server that 
would accept your request to esrablish a session, and v/ould accept ond serve your request 
for informotion. During this period of time, a tightly choreographed series of steps would 
take ploce in exoct sequence, and no requests fram other clients v/ould be accepted until 
your request wos satisfied. In other words, o single-threaded progrom must follow o single 
line of logic in o very rigid manner. 

A multi-threoded process has multiple threads, each executing independently ond eoch per- 
haps executing on separate processors within one or multiple computers. A multi-threoded 
program has mulriple points of execution (one per thread) and, therefore can perform mul- 
tiple tosks associated with multiple processes and multiple programs supporting multiple 
users ot ony given time. As each task associoted with each tosk associoted with each 
process supporting each program and eoch user is completed, the thread for that tosk is 
resumed at the some point it hod been interrupted, much as though it had been book- 
morked. As multiple instruction sets can be executed concurrently, the throughput and 
speed of running the program is much improved, in other words, a multi-threoded program, 
if running on a computer with multiple processors, will run much faster than a single-thread- 
ed program running on a single processor machine. 

2. In the context of an Internet Usenet nev/sgroup or other interactive discussion forum, a 
thread essentially is a train of thought or line of logic that con be lollowed through the fab- 
ric of 0 larger subject. A threod begins with o message posting. Responses ore "hung off" 
of that initial posting in a chronological and hierarchical foshion as comments are offered 
and elicit odditionol comments, and as questions ore posed ond answered end the answers 
elicit yet other sets of questions and answers. This hierarchicol threading is very eosy to fol- 
low in grophicol format, such ns that used in the World Wide Web. 
Threaded A method of presenting articles within a newsgroup in a way that shows 
which articles refer to which other ones. See Thread. 

Threaded Code Threaded code is also known as Threaded Pseudo Code, or thread- 
ed p-code. It was first popularized in a software language colled Forth. Eventually Microsoft 
fixed Forth and chonged it into Bosic. See Thread. 

Threat Analysis Examination of all actions and events that might adversely affect 
0 system, a network or an operation. 
Three Finger Salute Ctrl Alt Delete 

Three Dog Night Three Dog night, attributed to Austrolion Aborigines) came about 
because on especially cold nights these nomadic people needed three dogs (dingos, actu- 
ally) to keep from freezing. 

Three Nines 99.9%. Three nines typicolly refers to the reliability of a system (com- 
puter, telephone system, etc.) that works 99.9% of the time. These days the industry talks 
increasingly of five nines reilobility, i.e. 99.999% and fo six times reliability, e.g. 

99.9999%. 

Three Slot An obsolete pay phone that is identified by three separote coin slots. 
Three-Tier A type of client/server architecture consisting of three welWefined and 

separote processes, eoch running on o different platform: 

1 . The user interface, which runs on the user's computer, also called the client. 

2. The functionol modules that process the doto. This middle tier runs on a server, it is often 
colled the application server. 

3. A database management system (DBMS) that stores the data required by the middle 
tier. This tier mns on a second server called the dotobose server. 

The three-tier design has some advantages over traditional two-tier or single-tier designs. 
Its modulority mokes it easier to chonge or replace one tier without affecting the other tiers. 
It's also better for load balancing. 

Three-Way Calling A local phone company feoture that allows a phone user to 
add another user to on existing conversation ond have o three party conference call, 
Three-Way handshake Fhe process whereby two protocol entities synchronize 

during connection establishment. 

Three- Watt Booster Optional equipment for use with o ceilulor phone car- 
mounting kit that raises a portoble phone's maximum transmission power from 0.6 watts 
to 3.0 watts. 

Three-Way Conference Transfer A PBX feoture. By depressing the switch 
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X. RELATED PROCEEDINGS APPENDIX 

Not applicable. 
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